home *** CD-ROM | disk | FTP | other *** search
- From: Michael Smith <miff@apanix.apana.org.au>
- Subject: Re: GEMDOS re-entrancy
- Date: Wed, 25 May 1994 20:07:51 +0930 (CST)
- In-Reply-To: <9405250721.AA07069@hpbeo79.bbn.hp.com> from "Claus Brod" at May 25, 94 09:21:41 am
-
- >Option 2 isn't that hairy as it may seem. It just requires reentrance
- >semaphores for AES, VDI and GEMDOS. The effect would be that you couldn't
- >call AES while another process is inside AES, but that's exactly
- >the same situation as with the current MiNT version. This would
- >allows not as much parallelism as we might want, but at least a little
- >bit. Option 2 also doesn't involve lots of kernel hacking which I would
- >like to refrain from for now.
-
- Hmm. Correct me if I'm wrong, but the minixfs driver doesn't call
- GEMDOS, right? So the problem here is that essentially, we have several
- single-threaded filesystem branches (one for each GEMDOS parition)
- and several multi-threaded filesystem branches (one for each minixfs
- partition)
-
- I presume the AES making a call for fonts/resources/whatever still calls
- via MiNT, so this is really no great stress - certainly another
- process trying to enter the AES should be blocked if the AES is blocked
- calling for disk items.
-
- Thus, it would seem practical to have filesystem drivers inform the
- kernel of their re-entrancy (none, some (value) or full) and have the
- kernel block or pass tasks as appropriate...
-
-
- >Claus Brod, MDD, HP Boeblingen Have you hugged your manager today?
-
-
- --
- # mike smith : miff@apanix.apana.org.au - Silicon grease monkey #
- # "The question 'why are the fundamental laws of nature mathematical' #
- # then invites the trivial response 'because we define as fundamental #
- # those laws which are mathematical'". Paul Davies, _The_Mind_of_God_. #
-
-
-